遇到既財大氣粗又有名牌迷思的客戶，總是會對你的產品挑三揀四。雖然俗話說『嫌貨人就是買貨人』。不過，也有可能對方是別人都不願意跟他做買賣的奧客。
老闆接了個『超大』客戶，既是超大，名牌迷思也就特別明顯。首先就對 LAMP 方案的 MySQL 資料庫開刀。立馬要求我們提出 MySQL 的 極限值、可靠度、等等資料，聲稱他們資料多，MySQL 可能 handle 不了。並且評估更換為 MSSQL 或 Oracle 的時程要多久。
當研發團隊好不容易在 LAMP 開發平台上建構了完善的系統軟體之後，說老實話，對於資料庫特別功能的綁定，一定是在所難免的。除了程式中用到 SQL 方言，另外像是資料庫備份方案、軟體安裝步驟、DB Cluster、以及 API 等等，莫不跟資料庫息息相關。這一更換，等於把系統砍掉至少三分之一再重做，做完還不見得有原來的穩定與完整功能。非得要再經過一段不短的陣痛期才能穩定運作。
以公司角度看，花的成本值得嗎？以 RD 的角度看，這是挑戰還是災難？通常設計軟體時，會考慮這個產品能夠介接多種資料庫嗎？以客戶 (通常花錢的人跟使用的人是不同人) 的角度看，這是真的想導入系統？還是來亂的咧？
wiseguy提到：
MySQL 的 極限值、可靠度
我也對這些資訊有興趣
通常，我會找這些資料列入參考，再找相關業界經驗、上線狀況等，直接列給潛在客戶以取得信任
還有，我們經常提及的『系統規劃有價』，更何況這案子看起來需要事先建制模擬環境
如果以二個人力+二個工作天可以完成規劃案，我願意列為『簽約後』折扣款
建制模擬環境部份只加計人力費用，設備不收
否則我會以獨立的『規劃費』收取
會考慮這個產品能夠介接多種資料庫嗎
會，但是我只會考慮『市場主流』之資料庫，連Postgrest都不考慮
想導入系統？還是來亂的
想賺規劃經驗
記得以前接過某公家單位的資料庫升級案，O字記的自家升級。
還連帶把前端應用系統及改寫成Web版本，因為照O字記的業務說法是不需要花太多時間改程式，只要完成"Upgrade"即可完成Web化。
結果，就連O字記原廠技術顧問都說幹嘛要Web化？Web化那有那麼容易。
最後花了將近三年才把原來規劃半年完成的升級專案完成。
聰明佬是自有產品換資料庫後台，其實這也是看貴公司老闆的意願了，把換DB需要的重新研發時數人力Buffer抓多一些，最好先Double，搞不好還能創造工作機會。
另外，上線時間也抓得越寬鬆越好......
MySQL...不是好多世界級大公司用這個資料庫系統？怎麼會有容量問題？應該是沒概念去管海量資料庫吧！
iT邦幫忙MVPsimon581923提到：
創造工作機會
同意加一
可以簽合約嗎....
更改資料庫系統不穩,本公司不負任何責任.
先小人後君子~~!
不然到時候有什麼問題就說貴公司設計很差之類的~~!
繼續來 半睡不清醒狀態
客戶哪有可能簽這種自閹的合約？
客戶嘛都巴不得全部的問題都賴給廠商 ....
wiseguy提到：
考慮這個產品能夠介接多種資料庫嗎？
會...因為客戶的喜好不同，有些客戶就是喜歡O字記或Mi字記的。
跟他說MySQL，馬上翻臉說這種免費的東西不會拿來用在正式營運的環境中。
MySQL現在也是O記的產品了.
O記的網站上也有不少MySQL的執行效能數據.
http://www.oracle.com/us/corporate/newsletter/samples/mysql-1384701.html#headline5
裡面有youtube連結.
O記的人說明MySQL在FB公司使用,資料量比一般公司大多了.
MySQL社群版 5.7 目前尚未正式發行,應該是快要了.目前有中間版本可以download.底下這張圖是O記作的. 1M qps, 蠻高的.
hitomitanaka提到：
1M qps, 蠻高的.
比起O字記老牌產品的表現要快上一大截...
wiseguy提到：
『超大』客戶
對於這種等級的客戶，通常問題都不是在技術，而是在人。
更可怕的是，就算技術方面會出問題，也不是他們說的部分，而且當問題發生的時候，他們還會說他們早就說過了，你們都不聽....
但是，這類客戶只要毛摸順了，通常給錢也是很爽快的...
其實換用O記的東西也好啊,價格可以提高一點,SQL還好下.
重點是只要錢付的爽快.
不過，想抓大魚，得要有大船大網。
公司連小釣竿都不給，是要員工自己跳海去抓就對了 ....
wiseguy提到：
公司連小釣竿都不給，是要員工自己跳海去抓就對了 ....
wiseguy提到：
以公司角度看，花的成本值得嗎？
許多公司都夢想著「把這次的專案改一改，就賣給下一個客戶」
只要「預算的金額和投入的資源相比較」就知道值不值得
不過通常
以公司角度看，預算的金額夠大就想做了
才不管投入多少資源
wiseguy提到：
以 RD 的角度看，這是挑戰還是災難？
不必想那麼多
就是工作而已
wiseguy提到：
通常設計軟體時，會考慮這個產品能夠介接多種資料庫嗎
我以前當家的時侯
就要求開發團隊不得使用任何「某家資料庫特有的功能」
就是準備應付這種情形
wiseguy提到：
以客戶 (通常花錢的人跟使用的人是不同人) 的角度看，這是真的想導入系統？還是來亂的咧？
有很多可能的原因，我碰過的有兩種：
1.慣性
「我們家公司很大，員工很多，資料量超大，營業額億來億去」
「你們公司太小，見過世面少，處理過資料量小兒科，研發人員才幾隻貓」
「別的廠商報價幾千萬，你們公司才報幾百萬，是看不起我們公司嗎？」
結論
「你們不懂」
2.惰性
以公司目前現有的資訊架構環境為主
若要導入新系統
就要求新系統符合現有的資訊環境
以便日後維護方便
忘了回最主要的問題：接是不接？
看這個所謂「超大」的客戶對公司有多大的幫助
一個是專案金額，一個是 reference account
如果公司案量很多，就不差這一個
如果公司大型的 reference account 很多，就不差這一個
反之
能夠有超大型的客戶 account
對公司的營收和名聲，都有蠻正面的影響
「超人大」當然都接「超大」的客戶呀!!!
antijava提到：
對公司的營收和名聲，都有蠻正面的影響
同意+1
公司還不夠響亮時，賠本也可能接。
bigcandy提到：
公司還不夠響亮時，賠本也可能接
唉~ 就怕硬吃，不但吃不下，還噎死了 ....
其實我們用 MariaDB 來取代 MySQL 已經兩三年了。
MySQL 自從被 O記買去當小妾之後，名聲是越來越不堪，雖然 5.7 有想重振風華的態勢，不過當 LAMP 四千金中，M 已然被 MariaDB 所取代，那就算再整形美容，也是昨日黃花了。
欣聞 MariaDB 企業版發佈，SkySQL 在企業級市場向 Oracle 開炮。這無疑是有如為 LAMP 開發領域的 RD 們，橫空出世一位傾國傾城的 DB 正妹啊~啊~啊~~
資料來源：http://www.oschina.net/news/48155/mariadb-enterprise
iT邦幫忙MVPwiseguy提到：
欣聞
欣聞 = 很高興聽到
這有什麼疑慮嗎？
wiseguy提到：
欣聞 = 很高興聽到
這有什麼疑慮嗎？
就不要管那隻天上飛的在那裏暗爽些什麼了....
那...聰明佬的公司決定要改系統架構了嗎？
simon581923提到：
決定要改系統架構了嗎？
還沒聽到老闆有什麼下一步的指示，暫且按兵不動。
聽說客戶三月中就要，扣掉過年放到二月中，意思是在一個月內要改完。老闆是不是蠢蛋，就看他是不是要硬幹了。
這個案子其實最機車的並不在更換資料庫。反正客戶如果不願意多花銀子跟時間來換資料庫，那麼就算再不喜歡 MySQL/MariaDB 還是得接受。
最機車的事是 .... 這是三標！前兩標的廠商停損不幹了，然後老闆不知道哪根筋不對，居然去撿爛攤子！這種 case 最令人髮指的不是新需求，而是要把前兩攤爛攤子給收尾兼改善。
如果說前兩攤是阿里不達的小公司所搞爛的，大不了是砍掉重練。問題就出在人家都是該領域的世界前百大！連大公司都吃不下來，我不知道老闆哪來的信心，要我們這個什麼資源也沒有，電腦還用五年前等級 desktop 的小團隊，要去 cover 大廠留下來的屎缺。
光是要收爛攤，就不止一年了吧~ 還一個月做完？我看是一個月找新工作比較快 ...
iT邦幫忙MVPwiseguy提到：
我不知道老闆哪來的信心
當兵時有一句話是這麼說的
「只要保養好，不怕裝備老」
我想送你這句話
「只要聰明佬，不怕公司小」
大家共，丟母丟
antijava提到：
「只要聰明佬，不怕公司小」
丟~~~
antijava提到：
「只要聰明佬，不怕公司倒」
iT邦幫忙MVPwiseguy提到：
光是要收爛攤，就不止一年了吧~ 還一個月做完？我看是一個月找新工作比較快 ...
在全球最大資訊服務業與我們外圍技術顧問的作法是
全部轉上去 Oracle && PostgresqlDB 交互驗證
由後終客戶驗收完成後
全球最大資訊服務業才會開採購單給我們
並且立即驗收
I_B_M 效力之高沒人比
I_B_M 達交率天下第一
大家新年快樂
年薪 10萬美金 等你來
iThome鐵人賽
看影片追技術